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A METHOD FOR INTERFACING A PRIVATE BRANCH EXCHANGE 
WITH A WIRELESS COMMUNICATIONS NETWORK AND ALSO WITH 
THE PUBLIC SWITCHED TELEPHONE NETWORK 

BACKGROUND OF THE INVENTION 

1 . Field of the Invention 

The present invention relates to the field of communications. More 
specifically, it relates to a method through which any standard private branch 
exchange (PBX) is able to be interfaced with a wireless communications network and 
also with the public switched telephone network (PSTN). 

2. Description of the Related Art 

Today's business customers demand cost effective communications systems 
that satisfy a wide range of applications. These applications include basic and 
advanced voice call coverage and handling, station user mobility, call center solutions, 
telecommuting, data network connectivity, messaging, etc. Ease of operation and 
administration is always an important factor in selecting a communication system, as 
is the possibility of future expansion. To fulfill these and other needs, many 
businesses have employed private branch exchanges (PBXs). 
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Private branch exchanges are commonly employed in today's business 
communications systems for locally providing many of the above -identified features 
and services within an organization using telephone services while simultaneously 
acting as an analog or digital switchboard for connecting private telephone networks 
to the PSTN. For example, PBXs are typically utilized by groups of subscribers 
located in one geographic area, such as employees of a company located within a 
common building. The PBX services as few or as many users as the application 
requires. 

Many different types of PBXs currentiy exist in the marketplace to provide 
such services. A problem that currently exists in the field of wireless communications, 
however, is the fact that standard PBXs, such as e.g., the Lucent Technologies, Inc. 
DEFINITY® system, are not compatible with the interface equipment (e.g., audio 
switches, etc.) used in many wireless networks. Moreover, the interface equipment 
(e.g., audio switches, etc.) are not compatible with the PSTN in that they do not 
necessarily implement all the protocols necessary to effectively communicate with the 
PSTN and, thereby connect the wireless system to the PSTN. Therefore, customers 
in need of wireless telephone services have been forced to specify and build expensive 
custom PBXs to interface with their wireless communications networks and the 
PSTN. 
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Turning to Fig. 1, a typical wireless communication system is depicted in 
which a wireless communications network 130 communicates with a custom PBX 
115 which in turn communicates with a central office (CO); part of the PSTN 120. 
Within the wireless communications network 130, a plurality of wireless 
communication devices (e.g., radio transceivers) 100 wirelessly communicate with a 
two-way radio console 105 via a controller 125, which controls communication 
resource allocation (e.g., access to wireless links). An audio switch 110 is used to 
route audio throughout the wireless communication network 130 dependent upon 
instructions received from wireless communication network controller 125, as is 
known in the art. Typically, a custom designed PBX 115 is required to interface with 
the audio switch 110 and the PSTN 120 since currently, there does not exist a 
standard "off the shelf PBX that is able to communicate with both a wireless 
communications network and the PSTN. The custom designed PBX 115 provides 
system users (i.e., those placing calls from a mobile transceiver unit 100 to a central 
office and vice versa) with many desirable features (such as e.g., those described 
above), and also serves as an interface between the wireless network 130 and the 
PSTN 120 for providing necessary signaling protocols to both the wireless network 
130 and the PSTN 120, thereby enabling communication between individual 
transceivers 100 of the wireless communication network 130 and the central office. 

While custom PBXs have performed satisfactorily for this application, they 
remain a very expensive alternative to standard "off the shelf PBXs. Furthermore, 
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customers relying upon these custom PBXs must also forego the tested quality, 
reputation, technical support system, scalability and reliability of a standard "off the 
shelP PBX. In addition, forward compatibility (e.g., when new features are 
introduced) and maintenance support become very expensive with custom PBXs. 
Thus, a system and method for using a standard PBX to interface with both a wireless 
communications network and the PSTN is desirable. 

SUMMARY OF THE INVENTION 

The present invention provides a system and method for using a standard 
PBX, such as e.g., the Lucent Technologies, Inc. DEFINITY® PBX, for interfacing 
with a wireless (e.g., cellular, etc.) communication network and the PSTN. The 
system employs an adjunct controller using computer telephony integration (CTI) 
technology to communicate directly with interface equipment of the wireless network 
(e.g., an audio switch) and the PSTN. Through the use of CTI, the standard PBX 
also provides feedback to the caller. For example, when an inbound call arrives (i.e., 
from the PSTN to a radio transceiver), the adjunct controller determines whether the 
wireless system has available resources (i.e., an available link) to grant calls and 
instructs the PBX to provide an audio connection between dynamically assigned 
wireless links (e.g., RF channels). If no link is available, a busy signal is referred back 
to the PSTN, and eventually back to the caller via an originating switch. 



BRIEF DESCRIPTION OF THE DRAWINGS 
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These and other features and advantages of the invention will become more 
readily apparent from the following detailed description which is provided in 
connection with the accompanying drawings in which: 

Fig. 1 illustrates a typical wireless communication system; 
5 Fig. 2 illustrates a wireless communication network/PSTN interface in 

accordance with an embodiment of the invention; 

Fig. 3 illustrates a flowchart depicting an exemplary informational flow within 
the Fig. 2 system during communication in a direction from a mobile transceiver to 
the PSTN; and 

10 Fig. 4 illustrates a flowchart depicting an exemplary informational flow within 

the Fig. 2 system during communication in a direction from the PSTN to a mobile 
transceiver. 

DETAILED DESCRIPTION OF A PREFERRED EMBODIMENT 

15 Fig. 2 illustrates a wireless communication network/PSTN interface in 

accordance with an embodiment of the invention. An adjunct controller 200 is 
coupled to the two-way radio console 105, the audio switch 110 and the standard 
PBX 215. Adjunct controller 200 may be a central processing unit (CPU), a 
microprocessor, etc. The standard PBX 215 (PBX) may be e.g., the Lucent 

20 Technologies, Inc. DEFINITY® PBX, or a similar "off the shelf product. The 

operation of standard PBX 215 is well known in the art and, therefore, will not be 
described herein. Similarly, the operation of an audio switch 110, such as e.g., the 

1080030 v1; N5C%01!.OOC 



Motorola Inc. "Audio Electronics Bank" is also well known in the art and, therefore, 
will not be described herein. 

Coupled to adjunct controller 200 is a device performing computer telephony 
integration (CTI) 205. CTI 205 acts as a link between adjunct controller 200 and 
the balance of the Fig. 2 system in that CTI 205 combines computer and telephone 
functions to enable adjunct controller 200 to control various telephony function 
within the Fig. 2 system such as placing and receiving voice, data and facsimile calls, 
etc. That is, via CTI 205, the adjunct controller 200 communicates with the 
standard PBX 215 and instructs the PBX 215 as to which particular protocol set is to 
be used. Controller 200 instructs the standard PBX as to the proper signaling 
protocols required to communicate with the PSTN 120 and the audio switch 110. 
In addition, the adjunct controller 200 interacts with the CTI 205 to instruct the 
standard PBX 215 to inform the adjunct controller 200 of the status of an incoming 
call, including the status of a party or a station associated with the call. 

For example, a call attempting to enter the PBX 215 from one of the mobile 
transceivers 100 might not be successful due to the unavailability of a link (i.e., the 
maximum number of links operated between two-way radio console 105 and the 
individual transceivers 100 has been reached). In such a case, the controller 200 
instructs the standard PBX 215 to play back an appropriate verbal message to the 
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calling transceiver 100, thereby informing the caller of the unavailability of wireless 
links. 

Similarly, if a party is attempting to call a particular transceiver 100 of the Fig. 
2 system, the controller 200 determines the availability of that particular wireless link. 
If the link is currently in use, the controller 200 instructs standard PBX 215 to play 
back a busy signal to the calling party (i.e., that calling party being beyond the PSTN 
120). It should be noted that CTI 205 may be implemented in either hardware 
(e.g., an application specific integrated circuit (ASIC), etc.) or software. In addition, 
it should be noted that both controller 125 and adjunct controller 200 may reside 
within the same hardware. 

Turning now to Fig. 3, a flowchart depicting an exemplary informational flow 
within the Fig. 2 system is depicted during an attempted call setup. The call is being 
placed from a mobile transceiver 100 and must pass through the PSTN 120 in order 
to be completed. At step S300, the wireless communication network 130 receives 
notice of a call being attempted from a transceiver 100. That is, a call is being placed 
from a wireless transceiver 100 requesting a wireless link between itself and the two- 
way radio console 105, and also requesting a link between the audio switch 110 and 
the PSTN 120 via standard PBX 215. At step S305, audio switch 110 conveys the 
request to adjunct controller 200. At step S3 10, adjunct controller 200 determines a 
protocol with which to process the request. That is, the adjunct controller 200 
determines the status of die caller, the availability of a link between the caller and die 
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CO, etc. in deciding on a protocol. For example, the adjunct controller 200 can 
communicate with the two-way radio console 125 to determine whether there are 
any available wireless links to handle the call request. As another example, the 
adjunct controller 200 can determine whether the user is authorized to make calls 
within the wireless network 130, etc. As can be readily seen, the adjunct controller 
200/CTI 205 of the Fig. 2 system may be configured to perform any number of 
different functions in order to meet the needs of a particular customer. 

At step S3 15, the adjunct controller 200 determines whether a specific Q- 
signal(QSIG) procedure exists within the CTI 205. QSIG is a signaling standard. It 
is a common signaling protocol based upon the Integrated Services Digital Network 
(ISDN) Q.931 standard and is used by many private network providers for signaling 
between exchanges in the private sector. 

As is known in the art, QSIG offers a number of standardized services and also 
supplies functions that enable providers of private networks to offer client-specific 
non-standardized services. Through these services, called generic functions, signaling 
information for non-standardized services can be transmitted transparently through 
the network. It is via these standard and non-standard services that the adjunct 
controller 200 will carry out the proper protocol as determined at step S3 10. That is, 
at step S320, if QSIG is available for the proper protocol, the adjunct controller 200 
instructs the standard PBX 215, via CTI 205, to execute a specific QSIG sequence 
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(e.g., do not allow the call to go through and send back a "no available links, try 
again later" message to the user if no wireless link is currendy available, etc.). 

If, in the above described example, no QSIG sequence is available to the 
adjunct controller 200, it will then instruct the PBX 215, at step S325, to carry out 
the proper protocol sequence via a Vector Directory Number (VDN) script. As is 
known in the art, VDNs are used with call vectoring systems. Call vectoring allows a 
service provider to "program" the type of processing applied to a call (or call 
attempt) by arranging a set of vector commands in a desired sequence, which in turn 
generates the needed protocol messages in a desired sequence. 

For example, using the above scenario with regard to a call being attempted 
from a mobile transceiver 100 through the PSTN 120, depending upon the 
command, the service provider can have the adjunct controller 200 instruct the 
standard PBX 215 to place the attempted call in queue until a link (e.g., one of the 
wireless links connecting the transceivers 100 to the two-way radio console 125) is 
available. In addition, the adjunct controller 200 can have the PBX 215 play an 
appropriate recorded announcement (i.e., vector script) to the caller, etc. 

Call vectoring permits each call to be treated uniquely according to a number 
of factors. Those factors include, but are not limited to, the number of potential 
callers, the phone number from which the call is made, the number of calls in queue, 
the time of day and/or day of the week, etc. The "directory" of such a call vectoring 
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system are the VDNs. A VDN is an internal reference number that, in turn, directs 
the call to a specific vector (i.e., set of handling instructions). Specifically, the vector 
is a set of commands that define the processing of a call. Each individual vector can 
contain up to 32 command steps. Furthermore, multiple vectors may be joined 
together to extend processing capabilities far beyond the few simple examples 
provided herein. Finally, at step S330, the proper protocol, selected by the adjunct 
controller 200 and carried out by either QSIG or VDN scripts, is completed. 

Turning to Fig. 4, a flowchart depicting an exemplary informational flow 
within the Fig. 2 system is depicted during an attempted call setup. In this case, as 
contrasted with the Fig. 3 flowchart, the call is being placed by a caller beyond the 
PSTN 120 to a mobile transceiver 100 within the wireless network 130. At step 
S400, the wireless communications network 130 receives notice of a call being placed 
from a caller beyond the PSTN 120. That is, a call is being placed to one of the 
wireless transceivers 100, and therefore, a request for a link between the two-way 
radio console 105 and the individual transceiver 100 is being made. In addition, the 
caller is also, in effect, requesting a link between the PSTN 120 and the audio switch 
110, via standard PBX 215. 

At step S405, PBX 215 conveys die request to adjunct controller 200. At step 
S410, adjunct controller 200 determines a proper protocol with which to process the 
request. That is, adjunct controller 200 determines the identity of the called party, 
the availability of a link between the CO and the called party, etc. in deciding a 
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proper protocol. For example, the adjunct controller 200 communicates with the 
two-way radio console 125 to determine whether there are any available wireless links 
to handle the call request. As another example, the adjunct controller 200 
determines whether the intended recipient is a proper party to receive a call from the 
incoming number, etc. 

At step S415, the adjunct controller 200 determines whether a specific QSIG 
procedure exists within the PBX 215, which can be invoked via CTI 205 for 
processing the incoming call. QSIG, as described above, is a signaling protocol. 

At step S420, if QSIG is available for the proper protocol, the adjunct 
controller 200 instructs the PBX 215, via CTI 205 to execute a specific QSIG 
sequence (e.g., do not allow call to go through and send back a "no available links, 
try again later" message to the user if no wireless link is currendy available, etc.). 

If, in the above described example, no QSIG sequence is available to the 
adjunct controller 200, it will then instruct the PBX 215 to carry out the proper 
protocol via a Vector Directory Number (VDN) script, as described above, at step 
S425. Finally, at step S430, the proper protocol, selected by the adjunct controller 
200, and carried out by either QSIG or VDN scripts, is completed. 

The present invention provides a system and mediod for using a standard, less 
expensive, and more reliable PBX for interfacing widi a wireless (e.g., cellular, etc.) 
communications network and the PSTN. The system employs an adjunct controller 
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and uses computer telephony integration (CTI) technology associated with a 
standard PBX to communicate with both the wireless network and the PSTN. 
Through the use of CTI, the standard PBX also provides feedback of call status to 
the caller. 

While a preferred embodiment of the invention has been described and 
illustrated, it should be readily apparent that many modifications can be made to the 
invention without departing from its spirit or scope. For example, although only a 
few exemplary protocols have been described for purposes of simplicity, it should be 
readily apparent that any number of different protocols may be developed by a 
particular wireless communications service provider to fit the needs of a particular 
customer user. In addition, while specific components have been depicted as being 
employed and coupled in a particular manner, the actual components may vary as 
well as the manner in which they are coupled together without departing from the 
spirit and scope of the invention which is to provide a system and method for 
interfacing a standard PBX with a wireless communications network and also with the 
PSTN. Accordingly, the invention is not limited by the foregoing description or 
drawings, but is only limited by the scope of the appended claims. 
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